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SYSTEMS DE SORVEIUANCE SSNITAIRE METTftNT EN <D3VRE LE DIAGtlOaFIC 

MEDICAL 



1. Le prdbldme 

Le maintien a dcanicile des inalades (MAD) est amen6 k 
se d§velopper et avec lui la t^l^surveillance qui permet 
d'appr6cier une sitxaation de risque en 1' absence de personnel 
5 soignant. Le contexte de la MAD iniplique de plus 1' utilisation 
d'outils non traumatisants pour la personne et capables de 
d6celer \ine degradation possible de son 6tat de sant^. 

La t616surveillance d'un malade s'effectue avec des 
appareils enregistreurs (materiel d' assistance medicale, 

10 capteurs, camera) places dans 1' environnement du malade et qui, 
en cas d'anomalie, transmettent un signal par un r^seau de 
communication a des personnes designees pour porter secours au 
malade. Ces systemes detectent des 6tats de crise (ex : chute, 
trouble du rythme cardiaque) chez des malades dont les risques 

15 sont identifies et qui font I'objet d'une surveillance 
gen^raleraent intensive. Par centre, ils s'appliquent mal a la 
population MAD qui sont des personnes « fragiles » n6cessitant 
vine surveillance sanitaire quotidienne la moins traumatisante 
possible et souvent non intensive. La plupart de personnes ag6es 

20 suivies en MAD, dont le nombre doit consid6rablement augmenter 
dans les ann6es k venir dans 1' ensemble des pays occidentaux, ne 
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presentent pas de pathologies dominantes, ce qui rend difficile 
1' anticipation des phases de crise ^ paartir de la seule mesure 
d'un signal physiologique. 

2. L'art ant^rieur 
5 2.1 I.a t^ealarxne 

La tel6alanne est largement utilis6e en MAD, soit en 
compl6ment d'appareils medicaux^ soit seule • Ce terme regro\:ipe 
divers dispositifs, fixes ou embarqu^s, actionn6s par la 
personne pour declencher I'appel de num^ros d'urgence par le 

10 reseau RTC ou GSM. Ces dispositifs^ hormis leur grande 
simplicite d' utilisation, presentent 1' inconvenient inajeur de ne 
pas permettre d'apprecier la gravite reelle de la situation. 
Leur utilisation intempestive, soit volontaire, soit par erreur 
de manipulation, mobilise done des equipes de secours pour des 

15 interventions pas tou jours justifiees. 

2.2 Les capteurs intelligents 

Des dispositifs multi-capteurs, dits « intelligents »,> 
raccord6s au malade ou places dans son lieu de vie, permettenti- 
respectivement un suivi physiologique plus complet\^ 

20 (§lectrocardiogramme, saturation en 02, sodium sur la peau, ,..)\ 
et 1' appreciation des facteurs environnementavix qui agissent sur~ 
le malade. Parmi les systemes existants, on peut citer les 
« vetements intelligents » C5pai incorporent des puces (Medes, 
Nokia,...) ou les experimentations domotiques menses par le CNRS 

25 de Grenoble. L' utilisation de tels systemes implique une 
permanence m6dicale delocalisee qui interprete les donnees . La 
mise en place de cette logistique couteuse restreint aujourd'hui 
son application en MAD a la surveillance de pathologies aigues. 

2.3 Systemes es^erts 

30 Pour s'affranchir d^une surveillance sanitaire 

permanente, des systemes experts par pathologie se developpent. 
lis effectuent une analyse A distance des donnees provenant du 
malade (signaiox, mesures, texte) et peuvent retourner des 
conseils mSdicaxxx ou alerter les professionnels de sante. 

35 L'approche deterministe de ces syst&nes restreint leur 
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application A des malades relevant d'vme pathologie bien 
maitris6e. La complexity des polypathologies ne peut aujourd'hui 
§tre traitee par ces m§thodes, ce qui limite fortement 
1' utilisation des syst^mes experts chez les sujets ag6s qui 
5 repr6sentent la principale population trait6e en MAD. 
3. Iia solution 

La pr^sente invention conceme un systems de 
surveillance sanitaire mettant en oeuvre le diagnostic medical. 
Le syst^e permet ^ des utilisateurs, notarament des m§decins, de 
10 surveiller ^ distance des malades, notamment des malades 
maintenus k leur domicile. Le systeme comprend : 

- un serveur de donnees connect^ ^ un reseau de 
communication, notamment de type Internet, 

- -une interface homme-machine, notamment installee 
15 dans un 6quipement informatique, connectee au serveur de donnees 

via le reseau de communication. L' interface homme-machine est 
raise en ceuvre par les utilisateurs pour : 

• selectionner et/ou saisir, dans le serveur de 
donnees, des donnees m§dicales, notamment du type 

20 ^Vomissements", 

• saisir et indexer des actions sanitaires, notamment 
du type ^^hospitalisation", correspondant aux donnees m^dicales, 

param^trer, k partir des donn6es m6dicales 
s61ectionn6es, des regies de surveillance, se presentant 

25 notamment sous la forme de requites SQL du type ^^si syraptomes = 
vomissements et temperature > 38,5°C, periods d' observation = 
24h action sanitaire = controler les urines". Les regies de 
surveillance sont enregistrees et indexees aux actions 
sanitaires dans le serveur de donnees. 

30 L' interface homme-machine est en outre mise en oeuvre 

par les utilisateurs pour : 

• saisir et transmettre au serveur de donn6es des 
protocoles d'alertes, notamment des informations relatives aux 
coordonn6es des personnes H pr6venir dans le cas o\i une action 
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sanitaire realisee serai t differente de la regie de surveillance 
correspondante . 

Le systeme con^rend en outre : 

des moyens d' analyse destines a analyser la 
5 compatibilite des protocoles ainsi transmis^ notamment la 
compatibilite dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance. 
Le systeme comprend en outre : 

m terminal distant, situe chez les malades, 
10 notamment chez les malades maintenus a leur domicile. Le 
terminal distant est connecte ^ des capteurs, notamment a des 
appareils medicaux de mesure,. fournissant des donnfees medicales 
au terminal distant, et/ou le terminal distant revolt les 
donnees medicales des utilisateurs et/ou des malades via une 
15 interface homme-machine du terminal distant, utilisee par les. 
utilisateurs et/ou par les malades pour saisir les donnees^ 
medicales . 

Le systeme comprend en outre . des moyens deij 
programmation pour programmer des automatismes dans le terminals 
20 distant, ci partir du serveur de donnees via le reseau de^ 
communication. Les automatismes sont programmes d partir des 
donnees medicales et des actions sanitaires index6es dans le 
serveur de donnees. 

Le terminal distant coirqprend des moyens d' activation 
25 des automatismes ainsi programmes pour : 

• appliquer, de maniere p6riodique, les regies de 
surveillance aux donnees medicales fournies au terminal distant 
en generant des actions sanitaires a ex^cuter, 

• controler 1' execution, par les utilisateurs, des 
30 actions sanitaires, 

• generer des alertes dans le cas ou les actions 
sanitaires ne sont pas executees par les utilisateurs. 

Le systeme permet ainsi de constituer une base de 
diagnostic personnalisee pour chaque malade et de generer le 
35 d6clenchement d' alertes appropri§es. 
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3.1 Propri6tes 

La Surveillance Sanitaire Assistfee par le Diagnostic 
(SSAD) est un proc6d6 permettant 1' utilisation du diagnostic 
medical pour le param6trage des fonctions de surveillance d'un 
5 gfentoteur d'alertes embarque aupres d'un patient. II fait appel 
A la notion de « rfegle de surveillance sanitaire » qui d^crit 
1' action sanitaire preconisee (soins, prescriptions 
mfedicamenteuses, examens cornpl^mentaires, hospitalisation, ...) ^ 
la suite d' observations m^dicales (relev^s, sympt6ines, r6sultats 
10 d'examen clinique,...) material isees par 1' enregistrement de 
mesures, de codes ou de chains de mots : les 
« donnfees m6dicales». 

Ce proc6de comprend d'une part, I'asservissement d'un 
mecanisme de d^clenchement d'alertes a un controls de conform! te 
15 de 1' action sanitaire aux donnees m6dicales sur une « machine 
patient » (MP) . II comprsnd, d' autre part, la programmation de 
cet automatisms a partir de 1' analyse des donn6es du dossier 
medical au moyen d'une interface homme-machine " (IHM) specif ique 
accessible sur un r6seau de type Internet. Enfin, le proc6d6 
20 comprend Is traitement et la mise a disposition en r6seau des 
donnees par un serveur de fagon a permettre une gestion 
coherente des regies m§dicales (historique, congruence, ...) par 
1' ensemble des utilisateurs . 

Le mecanisme g6n6ral de la SSAD repose sur la 
25 realisation d'un couplage entre les donnees et les actions 
sanitaires, permettant de fairs porter le controls sur la 
realisation des actions et non pas directemsnt sur la valeur des 
donnees. II s'agit done d'une generalisation du contrdls ds 
captsurs : si 1' absence de personnel soignant smpschs 1' action 
30 sanitairs suggeree par Iss donnees captsur, le protocols 
d'alerte est declenche. A I'invsrss, la SSAD permet ds prendre 
en compte un champ plus vaste d' observations ainsi que la 
reponss apportes par Iss soignant s, et done de reguler de fa<?on 
tres soupls le processus de declenchement des alertes. Par 
35 ailleurs, une action sanitaire etant conditionnee a la 
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probability de presence simultan^e de plusieurs donn^eSr la SSAD 
permet de s'affranchir de la mesure syst6raatique en continue 
d'une variable et en particulier de prendre en conqpte 
1' information contenue dans une expression syntaxique. Une autre 
5 caract6ristique de la SSAD est 1' Evaluation de I'efficacite des 
regies de surveillance a traiter les donnees et d' alerter, le 
cas echeant, les membres du r§seau de la n6cessit6 de creer de 
nouvelles rfegles. Cette boucle d' autocontrole permet d'enrichir 
la base diagnostic du patient. Enfin, la SSAD permet d'effectuer 

10 en r6seau la mise cL jour des regies m6dicales et la 
t616surveillance du patient , L' IHM comporte en particulier des 
assistants qui facilitent la mise a jour des regies. 

L' utilisation de la SSAD necessite^. de la part du 
patient, de disposer d'une machine (MP) specif ique active et 

15 communicante,. equipee d'une memoire pour le stockage des donnees 
et de I'^automatisme et, de la part des soignants, d'acceder a 
I'lHM sur un poste informatique en r^seau ou sur MP, 

3.2 Transfozmation du diagnostic en regies -v. 
L' utilisateur utilise une IHM instance sur un poste 

20 informatique en reseau ou sur MP et entre en communication avep 
le serveur de donnees en s'identifiant. Le sejrveur v6rifie que 
les codes d' identification correspondent k un utilisateur 
declare . 

Une fois connecte au serveur, 1' utilisateur doit 
25 effectuer une selection des donnees sur lesquelles il fonde son 
diagnostic et inscrire les actions sanitaires a realiser. 

utilisateur precise pour chaque action sanitaire les 
alternatives possibles de prises en charge. L' IHM enregistre les 
actions sanitaires sur le serveur et realise leur indexation 
30 avec les donnees au sein d'une base de donnees relationnelle. 
Illustration de 1' indexation : 

Antecedents (donnees) : syn^tomes de vomissements, 
douleurs abdominales, alteration de I'etat de conscience, 
releves de temperature eiev^e depuis 24h, examen indiquant une 
35 acetonurie . 
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Diagnostic : hyperglyc^niie . 

Action sanitaire : hospitalisation. 

Dans un cJeuxieme temps, I'utilisateur utilise I'lHM 
pour traduire la selection de donn^es en regie de surveillance 
5 sous la forme d'un test sur les donn^es (sous forme d'une 
requite SQL par exerople) qu'il peut simuler et modifier. Le cas 
6ch4ant, il peut utiliser des exemples de regies du serveur, 
modifier ou rendre inoperantes des regies actives. L' utilisateur 
sp6cifie egalement une p6riode d' observation qui conditionne la 
10 collection de donn6es sur laquelle la r^gle doit etre appliquee. 
Les regies sont ensuite sauvegardees sur le serveur et index6es 
aux actions sanitaires. Ainsi, une regie de surveillance se 
compose de tests sur une collection de donnees et d' actions 
sanitaires . 

15 Illustration de regie sanitaire : si « Symptdmes = 

vomissements » et « Temperature > 38,5''c », « p6riode 
d' observation=24h », «action sanitaire= contrdler les urines» 

La demiere etape consiste a envoyer au serveur au 
moyen de I'lHM les informations concemant le protocole 

20 d'alertes, c'est-a-dire les coordonn6es des personnes k pr6venir 
ainsi que le moyen de transmission utilis6 {t616phone, SMS, e 
mail, ...) dans 1' Eventuality oii 1' action sanitaire r6alis6e 
differerait des pr^conisations de la r^gle. Diff brents 
protocoles d'alertes peuvent §tre pr6vus selon les hearts de 

25 realisation constates. 

Chaque 6tape peut §tre reprise ulterieurement 

independamment des autres. 

Une variante du processus ci-dessus est la production 
automatique de regies de surveillance par le serveur en 
30 utilisant des methodes connues d' analyses des donnees 
(statistiques, neuronales, ...) ou des syst^es experts d'aide a 

la decision. 

3.3 Progranraation de 1' automatisme 

Le serveur apres enregistrement des r^les de 

35 surveillance et des protocoles d'alerte effectue un contrSle 
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d'ambiguite pour verifier la coinpatibilite entre les nouveaux et 
les anciens protocoles et regies. S'il y a ambiguity, le serveur 
envoie une alerte a I'utilisateur. 

Le serveur g§n6re ensuite un code dans le langage de 
5 MP en utilisant une biblioth^que ou sont r§f§rences les langages 
des diverses machines connectables au r^seau. 

La mise a jour de I'automatisme de contrdle de MP 
s'effectue par le reseau soit par interrogation du serveur 
(PULL) soit par envoi du code par le serveur (PUSH) . 
10 3. A Generation des alertes par la « machine patient » 

(MP) 

L' automatisme va traiter les donnees medicales et les 
actions sanitaires stock^es dans la memoire de MP, Cette memoire 
stocke les flux de donnees en provenance des ports de 

15 communication de MP,, du reseau de communication informatique 
ainsi que de 1' interface homme-machine propre a la machine 
patient MP (MPIHM) servant a la saisie manuelle locale de^- 
observations medicales et des actions sanitaires. La duree d^ 
retention des donnees en m6moire est conditionn6e par les regies 

20 de surveillance. 

Dans un premier tenqps, 1' automatisme applique^ 
periodiqu^ent les regies de surveillance sur les donnees 
medicales en memoire. Si le test est positif, il verifie que les 
actions sanitaires pr6vues par la r^gle sont planifi6es dans la 

25 memoire de MP. Dans le cas contraire, 1' automatisme inscrit en 
memoire une ou plusieurs actions sanitaires a valider en 
application de la regie. 

Illustration : 

Observations de I'infirmiere le matin : nausees, 
30 douleurs abdominales urines colorees ; 

Action sanitaire realisee : accompagnement a la selle, 
ant i -vomi t i f . 

Observations de I'infirmiere le soir : T =39*'c, 
elocution difficile ; 
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Action sanitaire r6alis§e : paracetamol, message au 

medecin . 

MP inscrit une Action Sanitaire a valider : transfert 
au CHU pour hyperglycemie sous 2h. 
5 Dans un deuxi^me temps, 1' automat isme verifie que 

I'echeance des actions sanitaires planifiees n'est pas d§passee 
et que les informations concemant leur prise en charge sont 
conformes a la planif ication. Dans le cas contraire, la machine 
execute le protocole d'alertes en envoyant des messages via I'un 
10 des moyens de communication disponibles de MP. II n'est done pas 
necessaire que MP soit connectee en permanence a un reseau 
informatique k condition qu'un autre moyen de communication soit 
disponible- 

Illustration : 

15 L' action sanitaire « a valider » n'a pas et6 prise en 

charge apres 2h : 

MP envoie un message pr6enregistr6 au SAMU par 

telephone. 

Une fois trait6es par 1' automat isme, les donnees 
20 locales (releves capteurs, observations m6dicales,...) et les 
alertes pourront Stre envoy6es sur le serveur de donnees par le 
rfeseau informatique pour y Stre archiv6es. 
3.5 Conclusions 

La base de diagnostics stabile pour un patient sert 
25 done de systeme de decision pour declencher des alertes au mieux 
en 1' absence de soignants. Cette base evite de recourir a la 
conplexit6 d'un systdme expert en capitalisant 1' expertise 
acquise par le r6seau sur un patient donne. L' analyse 
d'ambiguite, en mettant en Evidence d' eventuelles incoherences 
30 entre les donnees et les actions sanitaires, permet aux 
soignants de prendre conscience, le cas echeant, de 
dysfonctionnements dans la prise en charge du patient en reseau 
et d'y remedier. Le proc6d6 SSAD s' applique potentiellement a 
une utilisation sur une large gamme de machines destinies au 
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suivi des patients, ^ titre d' examples : un poste a domicile, un 
PDA erabarque ou encore une balise programmable* 

On a represents sur la figure 1, une vue schematique 
du systSme selon 1' invention. Les references numeriques port6es 
5 correspondent aux 61§ments suivants : 
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1 Servevir de donnees 

2 Donn6es medicales 

3 Actions sanitaires 

4 Indexation 

5 Programmation de 1' autoroatisme 

6 Memoire 

7 DonnSes r6seau 

8 Capteurs (appareils medicaux) 

9 terminal distant (machine patient) 
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10 Alertes 



■I 



11 Utilisateurs 

12 Interface homme-machine 



Interface 



homme-machine 



du 



terminal 



distant 



(machine patient) 



20 
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BEVENDICRTiaNS 

1. Systeme de surveillance sanitaire mettant en ceuvre 
le diagnostic medical ; ledit systeme permettant k des 
utilisateurs, notaininent des medecins^ de surveiller a distance 
des malades^ notairanent des malades maintenus ^ leur domicile ; 
ledit systeme comprenant : 

- un serveur de donnees connecte 4 un reseau de 
communication^ notaroment de type Internet, 

- une interface homme-ma chine, notamment installee 
dans un equipement informatique, connectee audit serveur de 
donnees via ledit reseau de communication ; ladite interface 
homme-machine etant mise en ceuvre par lesdits utilisateurs 
pour : 

• s61ectionner et/ou saisir, dans ledit serveur de 
donn6es, des donnees m6dicales, notairanent du type 
'^Vomis sements " , 

• saisir et indexer des actions sanitaires, notamment 
du type ""^hospitalisation", correspondant auxdites donnees 
medicales, 

• parametrer, a partir desdites donn6es m6dicales 
select ionn6es, des regies de surveillance, se presentant 
notamment sous la forme de requetes SQL du type ^^si symptomes = 
vomissements et temperature > 38,5**C, periode d' observation = 
24h action sanitaire = controler les urines''' ; lesdites regies 
de surveillance 6tant enregistrees et index^es auxdites actions 
sanitaires dans ledit serveur de donnees ; 

ladite interface homme -machine etant en outre mise en 
ceuvre par lesdits utilisateurs pour : 

• saisir et transmettre audit serveur de donnees des 
protocoles d'alertes, notamment des informations relatives aux 
coordonnees des personnes ci pr6venir dans le cas oxi une action 
sanitaire r6alis6e sera it diff6rente de la regie de surveillance 
correspondante ; 

ledit syst6me comprenant en outre : 
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des moyens d' analyse destines i. analyser la 
corapatibilite desdits protocol es ainsi transmis, notaimnent la 
compatibilite dans le ternps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance ; 
5 ledit syst^e coraprensunt en outre : 

- un terminal distant, situ6 chez lesdits inalades, 
notamment chez lesdits malades maintenus a leur domicile ; ledit 
terminal distant etant connecte a des capteurs, notamment a des 
appareils medicaux de mesure, fournissant des donnees m^dicales 
10 audit terminal distant et/ou ledit terminal distant recevant 
lesdites donnees m^dicales desdits utilisateurs et/ou desdits 
malades via une interface homme-machine dudit terminal distant ; 

ledit systeme comprenant en outre des moyens de 
programmation pour programmer des automatismes dans ledit 
15 terminal distant, a partir dudit serveur de donnees via- ledit 
reseau de communication ; lesdits automatismes etant programmes 
a partir desdites donnees medicales et desdites actions 
sanitaires index6es dans ledit serveur de donnees ; 

ledit terminal distant comprenant des moyens 
20 deactivation desdits automatismes ainsi programmes pour : 

• appliciuer, de mani^re periodique, lesdites regies de 
surveillance auxdites donnees medicales foxamies audit terminal 
distant en g6n6rant des actions sanitaires ex6cuter, 

• controler 1' execution, par lesdits utilisateurs, 
25 desdites actions sanitaires, 

• g6n6rer des alertes dans le cas oil lesdites actions 
sanitaires ne sont pas ex6cutees par lesdits utilisateurs ; 

de sorte que ,le systeme permet de constituer une base 
de diagnostic personnalisee pour chaque malade et de gen^rer le 
30 declenchement d' alertes appropriees. 
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